解决

Hyper-V

高可用集群服务和网络问题

这个系列包含四个部分，主要讨论如何提高

Hyper-V

高可用集群的性能。第一部分阐述了固件、

驱动、补丁和更新对虚拟主机集群稳定性的影响；第二、第三部分，我给出了在解决

Hyper-V

集

群故障时的一些个人经验，这些经验有助于提高虚拟集群的稳定性。这里，在第四部分，我讨论

一些复杂的网络问题并解释何时、怎样结束

Hyper-V

高可用集群服务。

Hyper-V

网络问题

1

：虚拟机重启后，

IP

地址重复或者自动寻找私有

IP(APIPA) 

这个问题发生在

Hyper-V

集群节点突发性丢失私有

/

公共网络或者

FC

链路之后，同时，该问

题还会触发虚拟机在其他的主机上重新启动。当看到很多的虚拟机都在试图寻找一个替代主机时，

我发现那简直是一团糟。

在很多情况下，虚拟机将会试图在存活的节点上重新启动，然后迁移到另外一个节点直到虚

拟机再次重启。其结果是，如果虚拟机运行

Windows 2003

或

XP

，该虚拟机就会重新启动并报告

“网络上的

IP

地址重复”；如果是

Windows 2008

或

Vista

，就会获得一个

APIPA

地址„„除了网

络问题，所有其他的虚拟机功能应该工作正常。遗憾的是，”修复”或者”禁用

-

再启动”虚拟机

网卡没有什么效果。手工启动几次受影响的虚拟机则可以搞定。

有个小技巧：作为一种更快的方式，可以打开

Hyper-V Manager

，双击虚拟机，然后选择“关

机”。系统将会关闭，不过虚拟机会立即重启，因为它是高可用集群的一部分。

这个问题是因为在不恰当的时间、不正确的完成集群中虚拟机配置而导致。根据我的观察，

当集成的组件没有匹配安装在主机上的

Hyper-V

版本时，这种情况就会出现。

因此，假如你的环境中包含

Windows 2008 SP2

的

Hyper-V

主机和具有

Hyper-V

的集成组件的

虚拟机，在集成组件升级后，这些问题就会发生。不过，假如这些问题在你升级集成组件之前发

生，那就相对简单，手工重启受到影响的虚拟机就应该可以解决问题。

Hyper-V

网络问题

2

：关机之后还可以

ping

通虚拟机

很多情况下，就像我们刚才所提到的，重启可以解决虚拟机的网络问题。同样，当

Hyper-V

集群主机出现不可预料的故障、虚拟机被迫在其他的节点上重启，我曾见过系统完全重启，同时

报告它们都可以正常的

ping

通。

但是，如果再深入检查就会发现，除了能够

ping

通，无法通过其他的远程管理进程

(

例如，

远程桌面协议

(RDP),eventvwr

，全局名称协议等等

)

访问虚拟机。也无法从虚拟机

ping

出去。更奇

怪的是，就算你完全关闭了虚拟机，还是可以

ping

通它。